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PREFACE 


Purpose 

n  The  purpose  of  this  report  is  to  present  the  minutes  from  the 
Third  Workshop  on  Standards  for  the  Interoperability  of  Defense 
simulations.  This  workshop  took  place  in  Orlando,  Florida  on 
August  7-8,  1990  and  was  hosted  by  the  Institute  for  Simulation  and 
Training  (1ST) ,  a  part  of  the  Division  of  Sponsored  Research  for 
the  University  of  Central  Florida  (UCF) . 

This  continuing  work  on  standards  is  sponsored  by  the  Defense 
Advanced  Research  Projects  Agency  (DARPA)  and  is  administered  by 
the  Army  Project  Manager  for  Training  Devices  (PM  TRADE) . 

Background 

This  is  the  third  workshop  concerning  the  development  of 
technical  standards  for  networking  defense  simulations.  These 
standards  are  intended  to  meet  the  needs  of  large  scale  simulated 
engagement  systems  which  are  being  used  increasingly  to  support 
system  acquisition,  test  and  evaluation,  tactical  warfare 
simulation  and  training  in  DoD.  The  primary  goal  of  this  workshop 
was  to  recommend  revisions  to  the  proposed  Draft  Standard  for 
Protocol  Data  Units  in  Distributed  Interactive  Simulation  (DIS) 
published  in  June  1990  by  1ST.  Another  goal  of  the  workshop  was  to 
continue  work  towards  developing  standards  in  other  areas  of 
Distributed  Simulation. 


Workshop  Summary 

The  two  day  workshop  focused  on  three  major  topic  areas. 
These  are:  Communication  Protocols,  Terrain  Databases,  and  a  new 
area  called  Performance  Measures.  - 

Discussions  in  the  Communication  Protocols  Working  Group  were 
led  by  Joe  Brann,  IBM  and  Mike  McGaugh,  McDonnell  Douglas.  This 
group  concerned  itself  with  resolving  issues  related  to  the  Draft 
Standard.  Recommendations  were  made  for  incorporation  in  the 
revised  draft  standard  which  will  be  published  in  January  1991. 
One  subgroup,  the  Communications  Architecture  Subgroup,  met 
separately.  This  group  focused  on  issues  related  to  communications 
architecture.  In  particular,  this  group  sought  to  more  clearly 
define  the  services  that  a  DIS  requires  from  the  communication 
architecture  supporting  the  DIS  application.  This  group  was  led  by 
Steve  Blumenthal,  BBN  and  A1  Kerecman,  USACECOM. 

Discussion  in  the  Terrain  Database  Working  Croup  vus  led  hy 
Mr.  Dexter  Freccher,  loA.  This  group  continued  its  work  with 
representation  and  interpretation  of  terrain  data. 
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A  new  working  group,  the  Performance  Measures  Working  Group, 
met  to  discuss  human  and  equipment  performance  measures.  This 
working  group  was  led  by  Dr.  Bruce  McDonald,  1ST.  This  group 
focused  on  operator  and  equipment  performance  measures  as  well  as 
required  level  of  fidelity. 

This  report  has  been  issued  in  three  volumes.  Volume  I 
contains  the  minutes  for  the  plenary  session  and  a  list  of 
attendees.  Volume  II  contains  the  view-graphs  from  the  plenary 
sessions.  Volume  III  contains  the  view-graphs  used  in 
presentations  made  in  the  individual  working  groups. 
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Dr.  J.  Burchfiel,  BBN 

1 450  "Bit  Encoded  Attributes  in  Distributed 
Interactive  Simulation:  Why  They  are  a 
Bad  Approach  and  How  to  Fix  Them," 
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Z  COMPONENT  -  32  bit  signed 
integer 

Institute  for  Smutatton  &  Training 


0076-1065 


ENTITY  APPEARANCE  PDU 


96 

ENTITY 

ACCELERATION 

X  COMPONENT-32  bit  signed 
integer 

Y  COMPONENT-32  bit  signed 
integer 

Z  COMPONENT-32  bit  signed 
integer 

96 

ENTITY 

ORIENTATION 

YAW  ANGLE  -  32  bit  BAM 

PITCH  ANGLE  -  32  bit  BAM 

ROLL  ANGLE  -  32  bit  BAM 

96 

ENTITY 

ANGULAR 

VELOCITY 

YAW  RATE  -  32  bit  signed 
integer 

PTTC  .TE  -  32  bit  signed 

integer 

ROLL  RATE  -  32  bit  signed 
integer 

16r-(N)(16) 

(  N  =  Number 
of 

Articulated 

Peru) 

ARTICULATED 

PVRTS 

#aniculated  parts*-16  bits  uns  int 

Part  1  AZIMUTH  -  8  bit  B.AM 

Pan  1  ELEVATION  -  8  bit  BAM 

Part  2  AZIMUTH  -  8  bit  BAM 

Pan  2  ELEVATION  -  8  bit  BAM 

• 

• 

• 

Pan  N  AZIMUTH  -  8  bit  BAM 

Pan  N  ELEVATION  -  8  bit  BAM 

0049-0958-0959 


FIGURE  4-16.  Enti'v  Appearance  PDU  (cor:) 


Institute  for  Simulation  &  Training 


*  NOTE: 

For  even  numbers  oi 
articulated  parts,  a  16  bit 
padding  shall  be  added  to 
maintain  32  bit  boundaries. 
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FIRE  PDU 


FIELD  SIZE 
(bits) 

FIRE  PDU  FIELDS 

16 

EVENT  ID 

16  bit  uns  int 

48 

FTPTMn 

SITE  ID  - 16  bit  uns  int 

ENTITY  ID 

HOST  - 16  bit  uns  int 

ENTITY  - 16  bit  uns  int 

SITE  ID  - 16  bit  uns  int 

48 

TARGET 
ENTITY  ID 

HOST  - 16  bit  uns  int 

ENTITY  - 16  bit  uns  int 

48 

MUNITION  ED 

SITE  ID  -  16  bit  uns  int 

HOST  - 16  bit  uns  int 

tvNlll  V  - 16  bit  uns  int 

MUNITION  -  32  bit  uns  int 

96 

BURST 

DESCRIPTOR 

DETONATOR  -  32  bit  uns  int 

QUANTITY  - 16  bit  uns  int 

RATE  -  16  bit  uns  int 

X  COORDINATE  -  32  bit  signed 
integer 

96 

LOCATION 

Y  COORDINATE  -  32  bit  signed 
integer 

Z  COORDINATE  -  32  bit  signed 
integer 

X  COORDINATE  -  32  bit  signed 
integer 

96 

VELOCITY 

VECTOR 

Y  COORDINATE  -  32  bit  signed 
integer 

Z  COORDINATE  -  32  bit  signed 
integer 

32 

RANGE 

32  bit  uns  int 

0049-0960 
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DETONATION  PDU 


FTFTDCTZF 

(bits) 

DETONATION  PDU  FIELDS 

16 

EVENT  ID 

16  bit  uns  int 

48 

FIRING 
ENTITY  ID 

SITE  ID  - 16  bit  uns  int 

HOST  - 16  bit  uns  int 

ENTITY  - 16  bit  uns  int 

32 

TIME  OF 
DETONATION 

32  bit  uns  int 

96 

BURST 

DESCRIPTOR 

MUNITION  -  32  bit  uns  int 

DETONATOR  -  32  bit  uns  int 

QUANTITY  - 16  bit  uns  int 

RATE  -  16  bit  uns  int 

48 

MUNTTIONID 

SITE  ID  -  16  bit  uns  int 

HOST  - 16  bit  uns  int 

ENTITY  - 16  bit  uns  int 

16 

PADDING 

16  bits  unused 

96 

VELOCITY 

VECTOR 

X  COORDINATE  -  32  bit  signed 
integer 

Y  COORDINATE  -  32  bit  signed 
integer 

Z  COORDINATE  -  32  bit  signed 
integer 

96 

LOCATION 

X  COORDINATE  -  32  bit  signed 
integer 

Y  COORDINATE  -  32  bit  signed 
integer 

Z  COORDINATE  -  32  bit  signed 
integer 

0049-0961 
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UPDATE  REQUEST  PDU 


FIELD  SIZE 
(bits) 

UPDATE  REQUEST  PDU  FIELDS 

ISSUING 
ENTITY  ID 

SITE  ID  - 16  bit  uns  int 

48 

HOST  •  16  bit  uns  int 

ENTITY  - 16  bit  uns  int 

niAXirnwr. 

SITE  ID  -  16  bit  uns  int 

48 

UnAnuiiNu 

ENTITY  ID 

HOST  - 16  bituns  int 

ENTITY  - 16  bit  uns  int 

8 

PDU  Kind 

8  bit  enum 

24 

Padding 

24  bits  unused 

X  THRESHOLD  -  32  bit  uns  int 

LINEAR 

THRESHOLD 

Y  THRESHOLD  -  32  bit  uns  int 

192 

Z  THRESHOLD  -  32  bit  uns  int 

YAW  ANGLE  -  32  bit  BAM 

ROTATIONAL 

THRESHOLD 

PITCH  ANGLE  -  32  bit  BAM 

ROLL  ANGLE  -  32  bit  BAM 

32 

DURATION  OF 
CHANGE 

32  bit  uns  int 

0049-0962 
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SERVICE  REQUEST  PDU 


FIELD  SIZE 
(bits) 

SERVICE  REQUEST  PDU  FIELDS 

48 

REQUESTING 
ENTITY  ID 

SITE  ID  - 16  bit  uns  ini 

HOST  - 16  bit  uns  int 

ENTITY  - 16  bit  uns  int 

48 

SUPPLYING 
ENTITY  ED 

SITE  ED  - 16  bit  uns  int 

HOST  -  16  bit  uns  int 

ENTITY  -  16  bit  uns  int 

8 

SERVICE  TYPE 

8  bit  rr 

24 

PADDING 

24 

0049-0964 
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COLLISION  PDU 


FIELD  SIZE 
(bits) 

COLLISION  PDU  FIELDS 

48 

ISSUING 
ENTITY ID 

SITE  ID  - 16  bit  uns  int 

HOST  - 16  bit  uns  int 

ENTITY  - 16  bit  uns  int 

48 

COLLIDING 
ENTITY  ID 

SITE  ID  - 16  bit  uns  int 

HOST  •  16  bit  uns  int 

ENTITY  - 1 6  bit  uns  int 

0049-0970 
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•  Interne  tted  East  and  West  Coast  with  NSF,  DOE  and  NASA  T1  nets,  MILNET 
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Consensus:  *  Requirements  Pull  exists  but  ad  hod  &  informal 

*  Process  for  achieving  “A  Navy  Position ” 


Naval  Ocean  Systems  Center 

San  Diego,  CA  92152-5000 
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PHYSICAL  WORLD  SCENARIO  WORLD 


Naval  Ocean  Systems  Center 
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-  ELIMINATE  MUZZLE  FLASH  BITS  SINCE  THEY  ARE  GENERATED  BY  FIRE  PDUs 
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-  ALLOW  FOR  PARTIAL  RESUPPLY 
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SOME  QUESTIONS 


HOW  WILL  THE  STANDARD  BE  MATURED  ? 


RECOMMENDATIONS 
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PLAN  FOR  MATURATION  OF  THE  STANDARD 


ACTIONS  NEEDED 
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The  Advantages  of  Using 
Quaternions  Instead  of  Euler  Angles 
for  Representing  Orientation 


Dr.  Jerry  Burchfiel 

BBN  Systems  and  Technologies 

August  7,  1990 
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Benefits  of  Quaternions  over  Euler 
Angles 


•  No  numerical  integration,  no  attendant  errors. 

•  No  singularities  in  frame  update  equations 

•  About  a  third  the  computational  effort 


Recommendation: 

•  The  DIS  Standard  should  use  quaternions,  not 
Euler  angles,  to  represent  orientation. 
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Dead  Reckoning  or  Remote  Vehicle 
Approximation 


Idea  -  Receiver  extrapolates  appearance  of  remote 
vehicle  between  appearance  updates 

Benefit  -  Network  traffic  and  packet  processing 
load  on  receiving  simulator  are  greatly 
reduced 

Current  State  -  Simnet  extrapolation  is  forward 
extrapolation  of  last  position  using  constant 
velocity  (dead  reckoning).  Orientation  is 
constant. 

Opportunity  -  Use  a  higher  order  model  for  aircraft. 
Maneuvers  can  be  closely  modelled  by  constant 

turning  rate  (0  about  axis  n,  with  constant 
velocity  in  platform  coordinates.  (Smooth 
turn,  no  angular  acceleration). 
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What  Are  Euler  Angles? 

•  Defined  as  a  specification  of  orientation, 

Leonhard  Euler,  1752. 

•  Three  angles.  In  British  Aerospace  Tradition, 

(Tait  -  Bryan  angles)  Yaw  \| /;  Pitch  0; 

Roll  <(> 

Recommended  in  July  Draft  of  DIS  Standard 

Problem:  Coordinate  system  is  singular  at 
0  =  ±  n  /  2.  Roll  and  Yaw  are 

indistinguishable  there.  Result  in  a  gyroscope 
is  ''alkc*  “gimbal  lock”. 

As  a  result,  NASA  doesn’t  use  Euler  angles  in 
spacecraft.  (Shuttle  uses  quaternions.) 

Problem:  Simple  integration  of  Euler  angle  rates 
doesn’t  result  in  constant  rate  turn,  (see  video 
demo  by  Tod  Shannon) 
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Correct  Integration  of  Euler  Angle 
Rates 


Calculation  of  co  from  Angle  Rates 

Ox  cos  0  cos  y  -sin  y  0 

Oy  =  cos  0  sin  y  cos  y  0 
Oz  J  L  -sin  0  0  1 

(6-1) 

Rotational  Extrapolation  Algorithms  Using  Euler 
Angles 


Conversion  to  Rotation  Matrix: 


(6-2) 


cos0  cosy  cos0  siny  -sin0 

sin0  sin0  cosy-cos<}>  siny  sin4>  sin0  siny+cos<)>  cosy  cos0  sin<>  (6-4) 
cos<)>  sin0  cosy+sin<}>  siny  cos^>  sin0  siny-sin$  cosy  cos0  cos<{>  _ 


What  are  Quaternions? 


•  4  -  number  representation  for  orientation.  (  also 

called  Euler  parameters). 


•  Discovered  by  Sir  William  Hamilton,  1843. 
(Brougham  Bridge,  Royal  Canal,  Dublin) 
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Update  Formulas  Using  Quaternions 

Quaternion  for  finite  rotation: 


AQ(0,  n)  =  cos(0/2),  n  sin(0/2).  (8-1) 

Frame  Update: 

Q(n+1)  =  Q(n)  AQ.  (8-2) 

Multiplication  of  two  quaternions  : 

Q  V  =  (qo,  q)  (vO,  v)  =  qO  vO  -  q  .  v  , 

qOv  +  vOq  +  qxv  (8-3) 

Matrix  Equivalent: 

R  =  (2  qo2  -  1)  I  +  2  qo  [-qx]  +  2  [  q  qt]  (8-5) 

Where: 

0  q3  -q2 ' 

[_qx]  =  -q3  0  ql  (8-6) 

.  q2  -ql  0  . 
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Benefits  of  Quaternions  over  Euler 
Angles 


•  No  numerical  integration,  no  attendant  errors. 

•  No  singularities  in  frame  update  equations 

•  About  a  third  the  computational  effort 


Recommendation: 

•  The  DIS  Standard  should  use  quaternions,  not 
Euler  angles,  to  represent  orientation. 


no 


Alternate  Position 


Randy  Saunders 


ALTERNATE  POSITION 
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ALTERNATE  POSITION 
QUATERNIONS  vs  EULER  ANGLES 
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Disadvantages  of  Draft  implementation 
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Bit  encoding  is  only  appropriate  for  easily  defined,  high  frequency 
information. 


BIT  Encoding  Bad  Examples 
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Proposed  Solution 
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Definition  PDU  Examples 
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Appearance  PDU 
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Articulated  Parts  Appearance  Problems 
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Difficult  to  define  current  requirements,  impossible  to  predict  future  ones. 


Articulated  Parts  Implementation 


o 


■o 

o 


& 

a> 

3 

o 


1  § 

CO  'ZZ 

"O  (0 

I  i 

CO  o 
>»  c 
■°  z 

TJ  O 

g  <= 

«  o 

a>  ’*g 

T3  W 
**  O 


O 

o 


CO 


.  CO 
.  1  CD 

2  05 

.s>  g 

i  1 

o  2 

o  ,j 

CD  (i) 

?>  ■§ 
.  «• 

:2  5 

CD  Q. 
CO 


£  te  8  £ 


O 

>» 

c 

<D 

3 

O’ 

CO  i> 

4-  »♦— 

2  c 

o  c 
53  a> 
CO  to 

CO  , 


CD  2 

2  * 

o  c 

*o  *5 
g  T> 

®  CO 
O) 

2  ■- 

3  ts 
£  co 

CO  t- 
O  K 

O  ® 


I  I 


CO 

O) 


CO  Q. 

2  2 
CD  **- 
«:  C 
*-  0) 

v.  O 
0) 

1  <£ 

§  E 

=  CO 
X 
0) 


CD 

TJ 

0) 

a. 

CO 

•«w 

■  c 
£  ZD 

1  = 

1  i 

m  CO 

*  a 

8  r 

3  CO 
TD  Q- 
<D 

o  2 

2  3 
co  2 

■o  c 

o  2 

a  o 

E  co 
o  o 

O  3 

>;  g 

CO  §  % 

t;  X  D) 

S  §■  s 

y  £  .E 

|  c  2 

5.  w  ” 

O  I  I 


2  <vT 

Jq  5 

CO  ^ 

o  * 

tJ  io 
E  ^ 

CO  CO 

■o  ?i 

1  s" 

c  ^ 

2  « 
•  Q. 

£  E 

CO 

X 

4> 


125 


Receiving  Entities  can  identify  from  the  static  string  which  dynamic 
fields  they  need. 

New  fields  can  be  added  without  upgrading  existing  simulators. 


Conclusion 
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Alan  Oatman  -  BBN 


Aircrew  Combat  Mission  Enhancement 
(ACME  aka  SIMNET-AF) 


Network  Operations  and  Maintenance 


Position : 


Cate  1  - 


Fire  Control  Radar 

-  Shorter  Range 

-  Multi-  mode 

-  Direct  link  to  Weapon  system 

-  Finite  Target  Capability 


Long  Range  Search 

-  Long  Range 

-  Single  Mode  (some  cases) 

-  Not  directly  linked  to  Weapon  System 

-  Nearly  Infinite  Target  Capability 


DIS  Emitter  PDU  Proposal 


Database  Number 
Database  Access  Information 


Number  Illuminated 
array  of  Vehicle  Identifiers 
array  of  Radar  Data  applicable 


Remaining  Concerns 


O) 

c 

Ee 

E  o 

CO 

"D  ® 

cso: 

DC  i 

* 


c  .  as  o 
.9  n  S’g 

«1§  £  n 

ffoc  -2x 

..  fc  O  >.  !B  C 

»  ®'-s€® s 

s  =S  =  S.S- 


Q.  v> 
CO  & 


.  tCQC/)0>  H 


135 


Conclusions 


0 


CL  'O 


Seven  Critical  Technical 
Issues  in  the  Draft  Military 
Standard  for  Distributed 
Interactive  Simulation 


Richard  Schaffer 
Alan  Dickens 
Brian  Vaughan 
Arthur  Pope 
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INTRODUCTION 


•  Defining  application  layer  DIS 
protocol  is  a  complex,  challenging 
task. 

Goal:  Support  the  full  complexity  of 
the  modern  battlefield. 

•  Seven  Major  Issues 

For  line  by  line  comments,  see 
Questions  and  Comments  on  the 
Draft  Military  Standard  for 
Distributed  Interactive  Simulation. 

•  Receiving  the  issues  by  December. 


0083.1136 
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ISSUES 


•  Scope  and  communications 
requirements 

•  Dead  reckoning 

•  Articulated  parts 

•  Restrictive  data  representations 

•  Dynamic  thresholds 

•  Weapons  fire  and  combat 
damages 

•  Ada  Representation 


SCOPE  AND  COMMUNICATIONS 
REQUIREMENTS  OF  PIS  PROTOCOL 


•  Implicit  design  considerations 

need  to  be  made  explicit. 

•  Functions  to  be  performed  by 
the  DIS  system,  and  the  goals 
and  constraints  guiding  the 
design. 

•  Architectural  model  of  the  DIS 
system,  defining  the  components 
of  the  system  and  identifying 
the  interfaces  between  those 
components. 

•  Communications  services  upon 
which  the  DIS  protocol  is  based. 


DEAD  RECKONING 


What  is  Dead  Reckoning? 

The  procedure  by  which  a  simulator 
calculates  the  state  of  remote 
vehicles  in  the  intervals  between 
receipt  of  Entity  Appearance  PDUs. 

What  does  the  draft  standard 
propose? 

•  Position  dead  reckoned  based  on 
velocity  in  world  coordinates  and 
acceleration  in  world  coordinates. 

•  Orientation  dead  reckoned  based 
on  Euler  angle  rates. 


•  Articulated  parts  are  not  dead 
reckoned. 
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ISSUES  IN  HIGHER  ORDER  DEAD 
RECKONING 


•  Coordinate  system  for  velocity  and 
acceleration. 

It  doesn't  matter  much.  But  the 
technique  for  dead  reckoning  is 
critical  and  must  be  specified. 

Implicit:  vectors  stay  constant  in 
world  coordinates. 


Better:  vectors  stay  constant  in 
platform  coordinates. 


0083-1140 
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•  Limited  flexibility  of  dead 
reckoning  policy. 


Example:  Tumbling  Ballistic  object 

•  Dead  reckoning  of  articulated 
parts. 

•  Euler  rates  not  suitable  for  simple 
extrapolation. 

•  Higher  order  extrapolation,  if  part 
of  the  standard,  is  NOT  optional 
for  receivers. 


"This  rate  will  provide  additional  information  for 
simulators  which  may  be  using  higher  order  dead 
reckoning  algorithms."  (Rationale  7.1 .6) 


0083-1141 
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Aircraft  Using  Higher  Order  Extrapolation 


=0  seconds  t=2.5  seconds  1  t=5  seconds 


Notice: 


1 )  The  sender's  internal  state  is  the 
same  in  each  case. 

2)  Dead  reckoning  is  based  on  a 
contract  issued  by  the  sender. 


3)  The  receiver  ignores  this  contract 
at  its  peril. 

4)  The  receiver  can  try  to  do  better 
within  the  constraints  of  the 
contract. 

5)  The  sender  is  free  to  use  a  lower 
order  policy,  setting  higher  order 
rates  to  zero. 


0083-1143 
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ARTICULATED  PARTS 


•  Motion  of  an  arbitrary  part  cannot 
be  represented  by  an  azimuth  and 
an  elevation. 

Linear  motion: 

submarine  masts 
recoiling  guns 
extendible  antennas 

General  motion: 
refueling  drogues 

•  A  reference  direction  for  azimuth 
and  elevation  must  be  defined. 

•  Motion  of  parts  must  be  a  reason 
for  sending  an  Entity  Appearance 
PDU. 

•  Thresholds  must  be  specified. 

•  A  mechanism  for  Dead  Reckoning 
articulated  parts  is  desirable. 


RESTRICTIVE  DATA  REPRESENTATION 


•  Maximum  rotation  rate  of  M2 
revolution  per  second. 

•  World  coordinates 
Resolution:  1  centimeter. 

Maximum  value:  21,475  kilometers 

•  Orientation  of  articulated  parts 
Resolution:  1/2  revolution  (1.4 
degrees  or  25  mile) 

•  Platform  type  codes 

Shallow  hierarchy:  domain  and 
country  only 
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DYNAMIC  THRESHOLDS 


•  Response  to  multiple,  conflicting 
requests.  Choose  tightest?  loosest? 
most  recent? 

•  Network  oscillations  if  conflicting 
requests  permitted. 

•  Articulated  parts  may  need 
separtate  thresholds. 

•  Needs  further  specification. 


0083-1146 
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WEAPONS  FfRE  AND  COMBAT 
DAMAGES 


•  Draft  requires  considerably  more 
computation  and  is  less  flexible 
than  SIMNET  implementation. 

•  Draft: 

Detonation  PDU 

•  SIMNET 

Indirect  Fire  PDU 

Impact  PDU 

Identify  of  victim 
Impact  parameters  in 
Dlatform  coordinates. 
Parametric  information 
about  munition  and 
impact. 


0083-1147 
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Ada  REPRESENTATION 


•  Ada  is  suitable  to  define  the 
protocol. 

•  However,  if  definition  is  not  to  be 
just  pseudo-code,  must  receive: 

unsigned  integers 

representation  clauses 


0083-1148 


subtype  lnteger_32  is  Integer; 

Integer.  3 2_Length  :  constant  :=  4:  -  4  bytes  for  this  example. 

--  assuming  this  is  running. 

--  on  a  32  bit  machine. 

--  subtype  bam  is  unsigned_32; 

This  subtype  is  a  nonsequitur  in  Ada 

The  following  is  the  closest  that  one  can  get  and  check  for 

the  sign  in  software. 

subtype  Unsigned_32  is  lnteger_32; 

Unsigned_32_Length  :  constant  :=  4; 

type  Angular_Velocity_Vector  is 
record 

Roll_Rate  :  lnteger_32; 

Pitch  _Rate  :  lnteger_32; 

Yaw_Rate  :  lnteger_32; 
and  record; 

Angular_Velocity_Vector_Roll_Rate_Offset  :  constant  :=0; 

Angu  I  a  r_Ve  I  oc  i  ty_Vector_P  i  tc  h_Rate_Offset  : 

constant  :=  Angular_Velocity_Vector_RolLRate_Offset  + 
lnteger_32_Length; 

Angular_Velocity_Vector_Yaw_Rate  Offset  : 

constant  :=  Angular_Velocity_Vector_Pitch_Rate_Offset  + 
lnteger_32_Length; 

Angular_Velocity_Vector_Length  : 

constant  :=  Angular_Velocity_Vector_Yaw_Rate_Offset  + 
lnteger_32_Length; 

Angular_Velocity_Vector_Roll_Rate_Size  :  constant  :=  lntegc._32  size: 

Angular_Velocity_Vector_Pitch_Rate_Size  :  constant  :=  lnteger_32  size: 

Angular_Velocity_Vector_Yaw_Rate_Size  :  constant  :=  lnteger_32  size: 

for  Angular_Velocity_Vector  use 
record 

Roll_Rate  at  Angular_Velocity_Vector_Roll_Rate_Offset 
range  0  ..  Angular_Velocity_Vector_Roll_Rate_Size  - 1  ; 

Pitch_Rate  at  Angular_Velocity_Vector_Pitch_Rate_Offset 
range  0  ..  Angular  _Velocity_Vector_Pitch_Rate  _Size  -  1; 

Yaw_Rate  at  Angular_Velocity_Vector_Roll_Rate_Offset 
range  0  ..  Angular_Velocity_Vector_Roll_Rate_Size  -  1 : 
and  record; 


0083-1149 
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HOW  DO  WE  RESOLVE  THESE 
ISSUES  BY  DECEMBER? 


1 .  Form  technical  working  groups 

•  Dead  reckoning. 

•  Articulated  parts. 

•  Ada  representation  issues. 

•  Dynamic  thresholds. 

•  Flexible  data  representation. 


2.  Release  a  new  draft  standard  for 
review  before  December  (October?). 

•  Substantial  number  of  inputs 
from  July  working  group 
meetings 

•  More  inputs  from  this 
conference. 


3. 


Limit  scope  of  December  draft 

•  Identify  mechanisms  for 
expansion. 

•  Pursue  issues  sufficiently  to 
assure  any  necessary  "hooks" 
are  included. 

•  Recommend  an  interim 
solution  where  an  issue  can't 
be  completely  resolved. 


1150 
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Floating  Point  Is  Faster  And 
More  Flexible  Than 
Fixed  Point 


Joshua  E.  Smith 


0091-1175 
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32-bit  Fixed  Point 

.  \/=i,  ,o-  1 2  31  (21 .474,836.48  Meters) 

Largest  value.  DENOMINATOR 

Smallest  Value:  V . .  ■,,  m  (°01  Meters) 

DENOMINATOR 

Significant  Digits10  :  9 

32-bit  Floating  Point 


Largest  Value: 

+  2127 

(1.7x10  38 

Meters) 

Smallest  Value: 

1 

(1.18  xIO  '38 

Meters) 

2 126 

Significant  Digits  1Q  ;  7 

[  Sign:  1  1  [  Exponent:  8^]  [Mantissa:  23^] 


64-bit  Floating  Point 

Largest  Value:  2  1023 

Smallest  Value:  — 

2  1022 

Significant  Digits10  :  15 

[  Sign:  1  ]  [  Exponent:  11  J  [  Mantissa:  52  ] 

63  62  52  51  0 


Architecture:  68030/68882  (5)  25Mhz:  C  irrent  6600 

_ Trial  i _ Trial  2 

int  addition:  84  ns  84  ns 

double  addition: _ 1084  ns  1084  ns 

int  subtraction:  66  ns  83  ns 


Architecture:  Sparc  (5>  20Mhz  (50  ns/cycle):  Sun  Spaircstation  1 

_ Trial  1 _ Trial  2 

int  addition:  50.4  ns  50.3  ns 


Table  3:  Mips  Time  Results 


Double  Precision 
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Topology  Assumptions 


•  Each  Simulator  Must  Process  Each  Packet  (at  least  trivially) 

•  Medium  Bandwidth  Requirements  Unbounded 


Alternative  Topologies 
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More  Nodes  in  Network 
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Active  Listening  Required  to  Understand  Simulated  World 


Basic  Query  Concepts 
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Weather  and  dynamic  terrain  information  could  be  supported 
using  this  mechanism. 


Query  Example 


Traffic  Analysis 
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THE  IMPORTANCE  OF  EXPERIMENT  AT , 
EVALUATION  IN  PROTOCOL  DESIGN 


ROLANDO  RABINES 


ADVANCED  SIMULATION, 

BBN  SYSTEMS  AND  TECHNOLOGIES 


✓ - N 
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BBN 
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OVERVIEW 

The  Problem 

•  Potential  for  standardizing  a  set  of  protocols  that  may  be 
ineffective  in  supporting  the  intended  applications. 

The  Cause 

•  Certain  protocol  design  elements  embody  complex  engineering 
trade-offs  that  cannot  be  adequately  understood  solely  on  the 
basis  of  theoretical  analysis. 

A  Solution 

•  Incorporate  experimental  evaluation  into  the  standards 
development  process. 

•  Testbed  evaluation  before  standardization. 
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THE  VALUE  OF  PROTOTYPIN 


Early  implementation  of  key  portions  of  complex 
engineering  systems  helps  define  requirements  and 
manage  development  risks. 


Multiple  organizations  should  begin  to  rapidly 
prototype  the  new  standards  as  they  are  drafted. 


Multiple  implementations  would  help  to  clarify 
various  aspects  of  the  standard. 


THE  VALUE  OF  AN 
APPLICATION  TESTBED 


Testbed  characterizes  the  environments  in  which 
distributed  interactive  simulations  are  expected  to 
operate. 


Help  designers  identify  areas  of  concern  related  to  the 
utility  of  a  product. 


Evaluate  consequences  of  various  protocol  design 
alternatives. 


N  APPROACH  TO  EXPERIMENTAL 
EVALUATION  TN  PROTOCOL  DESIGN 


•  A  new  protocol  feature  is  first  evaluated  by 
performing  paper  and  pencil  analyses. 

•  Develop  rapid  prototype  implementation  and  evaluate 
using  a  laboratory  testbed. 

•  Perform  design  and  evaluation  steps  in  a  rapid 
prototyping  loop. 

•  Testbed  includes  actual  simulation  exercises  previously 
recorded. 


•  Minimize  risk  of  spending  resources  developing  a 
solution  that  could  be  unworkable  in  a  real 
application. 


D  RECK 


ALGORITHM 


Experimental  Evaluation  is  particularly  important 
(if  not  required)  for  choosing  dead  reckoning 
algorithms. 


Dead  reckoning  achieves  a  traue-off  among  three 
factors:  network  traffic,  computation  performed  by 
each  simulator  device,  and  precision. 


Choice  of  dead  reckoning  algorithm  depends  on  the 
type  of  vehicle  simulated. 


In  the  case  of  a  tank,  network  traffic  is  not 
substantially  reduced  when  dead  reckoning  is 
allowed  to  take  into  account  higher-order 
derivatives  of  vehicle  motion. 
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Rotation  Threshold 


10%  100% 
Location  Threshold  (Fraction  of  Vehicle  Dimension) 


•  This  graph  shows  the  effect  that  various  rotation  and 
location  thresholds  have  on  the  frequency  of  updates 
from  an  Ml  simulators  employing  velocity-based  dead 
reckoning. 
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MMENDATION 


Evaluate  complex,  new  protocol  features  by  developing 
prototype  implementations. 


Gauge  the  consequences  of  various  protocol  design 
alternatives  using  an  application  testbed. 
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CORRELATION  AND  INTEROPERABILITY 
(With  a  visual  system  bias) 
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Unscripted  Exercise  Rehearsals 
•  Subjective  but  most  direct  method  to  obtain 


RECOMMENDATIONS  INTERFACE  AND 

T/M  CRITICAL 
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RECOMMENDATIONS  INTERFACE  AND 
T/M  CRITICAL  Cont'd 
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integer  representing  BAMs/M. S. 
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REQUIRED  NETWORK  SERVICES  FOR  INCORPORATION  INTO  PIS 


*  Multicast/Broadcast  for  normal  PDU  traffic 

*  Real-time  Delivery 

-  <  500ms  buffer-to-buf fer 

*  Packet  Delivery  in  Sequence,  as  required 

*  Minimal  Delay  Dispersion 

*  Minimal  Loss  Rate  (quality  of  service) 

*  Single  LAN  to  Global  Networking  of  LANs 

*  Classified  &  Unclassified  Services 

-  use  appropriate  guidelines  (NSA,  DoD,  ...) 

-  security  can  be  derived  from  the  scenario  being  run.  Let 
the  scenario  determine  the  level  and  type  (physical, 
communication,  or  computer)  of  security  needed. 

-  point-to-point  for  authentication 

-  controlled  access 

-  partionable/comparmentalized  communities  of  interest 
( CUIs ) 

*  Use  ISO/CCITT  Guidance  for  Site  Addressing 

-  site  administrators  assign  specific  intra-site  addresses 

-  exercise/test  coordinator  assigns  addresses  for 
members  participating  in  exercise 

-  set  up  schema  to  identify  a  specific  multicast  group 

a.  setup  multicast  group 
dynamic  (area  for  research) 
static  (presently  in  SIMNET) 

b.  how  does  simulator  join  exercise  (and  get  address) 
off-line  (human  sets  up/configures) 

on-line  (performed  by  computer) 

*  Need  a  Transaction  Protocol  to  Support  Simulation  Management 

-  look  at  SIMNET  association  service  (3  primitives: 
multicast,  sending  PDUs,  transaction) 


Note:  1)  Performance  characteristics  are  due  to  the  type  of 
application  running  -  can't  really  standardize  in  this 
area;  can  only  try  to  optimize. 

2)  Use  ISO  7498  addendum  to  reference  writing  service 
primitives . 
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I.R.  Appearance 
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Articulated  Parts 


201 


&  Training 


Meas.  Variable 


Query  PDU 
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Meas. 


Recommendations 
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